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本 标准 等 同 采用 ISOVIEC 9126:;1991《 信 息 技 术 软件 产品 评价 ”质量 特性 及 其 使 用 指南 》。 
本 标准 无 论 在 技术 内 容 上 ,还 是 在 编排 格式 上 均 与 国际 标准 保持 一 致 。 

本 标准 的 附录 A、 附 录 了 都 是 提示 的 附录 。 

本 标准 由 中 华人 民 共 和 国电 子 工业 部 提出 。 
本 
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ISO/IEC 前 言 








际 标准 化 组 织 (ISO) 和 国际 电工 委员 会 (EC) 建 立 了 世界 范围 标准 化 工作 的 特殊 体制 。 每 一 组 织 
均 成 立 若 干 个 技术 委员 会 ,用 以 处 理 有 关 技 术 活动 的 特殊 领域 。 了 SO 或 正 C 的 成 员 团 体 通过 这 些 技术 
委员 会 参加 国际 标准 的 编制 工作 ,ISO 与 IEC 的 技术 委员 会 在 共同 感 兴趣 的 领域 进行 合作 ,其 他 与 ISO 
和 IEC 取得 联系 的 官方 或 非 官方 国际 组 织 , 也 可 参与 这 些 编制 工作 。 

在 信息 技术 领域 ,Ko 与 IEC 已 成 立 了 一 个 联合 的 技术 委员 会 , 即 ISO/IEC JTC1。 联合 技术 
委员 会 起 草 的 国际 标准 将 散发 到 各 成 员 团 体 以 进行 投票 表决 ,一 个 国际 标准 的 正式 发 布 至 少 要 有 75% 
的 成 员 团 体 投票 表决 通过 。 

际 标准 ISO/IEC 9126 是 由 “信息 技术 ”联合 技术 委员 会 ISO/IEC JTC1 制定 的 。 

本 标准 的 附录 A 及 附录 B 仅 提 供 有 关 信息 作为 参考 。 


引 言 
随 着 软件 应 用 的 发 展 ,软件 的 质量 也 越 来 越 重 要 。 为 了 管理 软件 质量 ,客观 和 定量 地 确定 和 评价 软 


件 产品 质量 及 开发 过 程 质量 的 保证 技术 至 为 重要 , 从 而 必须 有 一 种 可 以 提供 软件 质量 评价 用 的 基本 框 
架 。 本 标准 作为 构成 上 述 基 本 框架 的 一 组 文件 的 一 部 分 。 



















































































NN 


























0 






































































































































































































































中 华人 民 共 和 国 国 家 标准 


言 息 技术 ”软件 产品 评价 
质量 特性 及 其 使 用 指南 


Informaftion technology—Software product 


evaluation—Quality characteristics and 


GB/T 16260 一 1996 
idt ISO/IEC 9126 :1991 


guidelines for their use 


1 范围 


本 标准 定义 了 六 个 特性 ,它们 以 最 小 的 重合 描 述 了 软件 质量 ,这 些 特性 可 以 作为 进一步 细 化 和 描述 
软件 质量 的 基线 。 本 标准 描述 了 如 何 使 用 质量 特性 来 评价 软件 质量 。 
本 标准 正文 不 规定 子 特性 和 度量 以 及 有 关 测 量 (measurement)、 评 级 (rating) 和 评估 (assessment) 
的 方法 。 本 标准 符合 GB/T 6583 一 92 的 质量 定义 。 
注 ; 在 附录 A 中 提供 了 子 特性 定义 的 建议 , 供 参 考 。 
本 标准 的 特性 定义 和 相关 的 质量 评价 过 程 模型 适用 于 对 软件 产品 质量 需求 的 确定 以 及 在 软件 生存 
期 中 对 软件 产品 质量 的 评价 。 
这 些 特性 适用 于 各 种 软件 ,包括 固件 中 的 计算 机 程序 和 数据 。 
本 标准 供 获 取 (acquisition)、 开 发 (development) 、 使 用 (use)、 文 持 CSuppotrt) 、 维 护 (maintenance ) 或 
审计 (audit) 软 件 的 那些 人 所 使 用 。 


2 引用 标准 


下 列 标准 包含 的 条 文通 过 在 本 标准 中 引用 而 构成 为 本 标准 的 条 文 。 本 标准 出 版 时 ,所 示 版 本 均 为 
有 效 。 所 有 标准 都 会 被 修订 ,使 用 本 标准 的 各 方 应 探讨 使 用 下 列 标准 最 新 版 本 的 可 能 性 。 

GB/T 6583 一 92 质量 术语 (idt ISO 8402,1986) 

ISO/IEC 2382-20;1990 信息 技术 词汇 第 20 部 分 ;系统 开发 
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3 定义 
下 列 定义 适用 于 本 标准 。 


3.1 评估 assessment 
为 了 确定 一 特定 的 软件 模块 ,软件 包 或 软件 产品 是 验收 合格 还 是 发 布 , 把 特定 的 已 成 文 的 评估 准则 
应 用 到 该 软件 模块 ,软件 包 或 软件 产品 上 去 的 活动 。 
3.2 特征 features 
特征 是 一 软件 产品 的 可 识别 的 性 质 ,该 性 质 与 质量 特性 相关 。 
FE: 特征 的 例子 包括 路 径 长 度 、 模 块 性 ,程序 结构 和 注释 。 
3.3 固件 firmware 
载 有 在 用 户 环境 中 不 能 加 以 改变 的 计算 机 程序 及 数据 的 器 件 。 包 含 在 固件 中 的 计算 机 程序 和 数据 
归 类 为 软件 ; 载 有 计算 机 程序 和 数据 的 电路 归 类 为 硬件 。 
国家 技术 监督 局 1996- 05- 22 批准 1996- 10- 01 实施 
3 
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性 能 





能 等 级 ”level of performance 
等 级 就 是 需求 得 到 满足 的 程度 ,由 一 组 质量 特性 的 特定 值 来 表示 。 


35.5 测量 measurement 
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巴 软件 质量 度量 应 用 到 特定 的 软件 产品 上 去 的 活动 。 











3.6 质量 quality 












































反映 产品 或 服务 满足 明确 或 隐 含 需求 能 力 的 特征 和 特性 的 总 和 。( 见 GB/T 6583 一 92) 





























把 测量 值 映射 到 相应 的 评定 等 级 的 活动 。 用 于 确定 软件 某 一 质量 特性 的 等 级 。 





5.8 等 级 rating level 






































注 : 在 合同 环境 中 ,需求 是 规定 的 ,而 在 其 他 环境 中 , 隐 含 需求 则 应 加 以 标识 和 确定 。( 见 GB/T 6583 一 92, 注 1) 
3.7 评级 rating 





尺度 中 茶 一 范围 的 值 可 用 来 按照 明确 或 隐 含 的 需求 ,对 软件 进行 分 级 评定 。 相 应 的 等 级 可 能 与 不 同 
的 质量 观点 有 关 , 例 如 有 用户、 管理 者 或 开发 者 的 观点 。 这 些 级 别 被 称 为 等 级 。 










































































注 :这些 等 级 不 同 于 GB/T 6583 中 定义 的 “等 级 grades”。 





3.9 软件 software 


与 计算 机 系统 的 操作 有 关 的 程序 ,规程 ,规则 及 生 


3. 10 ”软件 产品 




















software product 











指定 交付 给 用 户 的 软件 实体 。 





3. 11 软件 质量 





software quality 


E 何 与 之 有 关 的 文档 。 


与 软件 产品 满足 明确 或 隐 含 需求 的 能 力 有 关 的 特征 和 特性 的 总 和 。 























3. 12 ”软件 质量 评估 准则 software quality assessment criteria 














被 用 来 确定 





























特定 软件 产品 的 总 体质 量 是 否 能 被 接受 的 已 定义 的 和 成 文 的 规则 和 条 件 的 集合 。 质 





























量 由 与 软件 产品 有 











关 的 评定 等 级 的 集合 来 表示 。 























3. 15 软件 质量 特性 ”software quality characteristics 

















用 以 描述 和 评价 软件 产品 质量 的 一 组 属性 。 一 个 软件 质量 特性 可 被 细 化 成 多 级 子 特 性 。 




















3. 14 软件 质量 度量 software quality mettic 









































能 被 用 来 确定 特定 软件 产品 茶 一 特性 值 的 一 种 定量 太 度 和 方法 。 











4 软件 质量 特性 


软件 质量 可 用 下 列 特性 来 评价 。 











4.1 功能 1 


与 一 组 功能 及 其 指定 的 性 质 有 
























































1 这 组 属性 以 软件 为 满足 需求 做 些 什 么 来 描述 ,而 其 他 属性 则 以 何 时 做 和 如 何 做 来 描述 。 


























4.2 可 靠 性 


与 在 规定 的 一 段 时 间 和 条 件 下 ,软件 维持 其 性 能 水 平 的 能 力 有 


























解 适用 于 本 特性 中 的 明确 或 隐 含 的 需求 ( 见 3.6)。 
































1 软件 不 会 老化 ,可靠 性 的 种 种 局 限 是 由 于 需求 、 设 计 和 实现 中 的 错误 所 致 , 由 这 些 错误 引起 的 故障 取决 
品 使 用 方式 和 程序 任 选 项 的 选用 方法 ,而 不 取决 于 时 间 的 流逝 。 
2 在 GB/T 6583 的 定义 中 ,可 靠 性 是 %*** 完 成 需求 功能 的 能 力 ” 在 本 文件 中 ,功能 性 仅 是 软 伯 
一 个 特性 ,因而 ,可 靠 性 的 定义 已 被 扩充 为 “,…'”" 维 持 其 性 能 水 平 ……?” 而 不 是 “…… 完 成 需求 功 
( 见 3.4)。 
4.5 易 用 性 


与 一 组 规定 或 潜在 的 用 户 为 使 用 软件 所 需 作 的 努力 和 对 这 检 






























































关 的 一 组 属性 。 

















人 























的 使 

















] /所作 的 








价 有 关 的 一 组 属 


关 的 一 组 属性 。 这 里 的 功能 是 指 满足 明确 或 隐 含 的 需求 的 那些 








F 软 件 产 


质量 诸 特性 中 的 
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1 “用 户 "可 按 最 直接 的 意思 解释 为 交互 软件 的 用 户 。 用 户 可 包括 操作 员 ,最 终 用 户 和 受 使 用 该 软件 影响 或 依赖 于 
该 软件 使 用 的 非 直接 用 户 。 易 使 用 性 必须 针对 软件 涉及 各 种 不 同 用 户 环境 的 全 部 ,可 能 包括 使 用 的 准备 和 对 结 
果 的 评价 。 
2 本 标准 中 定义 为 软件 产品 的 一 组 特定 属性 的 易 使 用 性 不 同 于 由 人 类 工效 学 观点 所 下 的 定义 ,在 后 者 中 其 他 特性 
诸如 效率 和 效果 也 被 看 作 是 易 使 用 性 的 组 成 部 分 。 
4.4 效率 
与 在 规定 的 条 件 下 ,软件 的 性 能 水 平 与 所 使 用 资源 量 之 间 关 系 有 关 的 一 组 属性 。 
注 ;资源 可 包括 其 他 软件 产品 ,硬件 设施 ,材料 (如 打印 纸 ,软盘 ) 和 操作 服务 、 维 护 和 支持 人 员 。 
4.5 维护 性 
与 进行 指定 的 修改 所 需 的 努力 有 关 的 一 组 属性 。 
注 ;修改 可 包括 为 了 适应 环境 的 变化 以 及 要 求 和 功能 规格 说 明 的 变化 而 对 软件 进行 的 修正 、 改 进 或 更 改 。 
4.6 可 移植 性 
与 软件 可 从 茶 一 环境 转移 到 为 一 环境 的 能 力 有 关 的 一 组 属性 。 
注 :环境 可 包括 系统 体系 结构 环境 ,硬件 或 软件 环境 。 


5 质量 特性 使 用 指南 


5.1 用 法 
本 标准 适用 于 对 软件 质量 需求 进行 定义 和 对 软件 产品 进行 评价 (测量 .评级 和 评估 )。 它 包括 ， 
一 一 定义 软件 产品 质量 需求 ; 
一 一 评价 软件 规格 说 明 在 开发 期 间 是 否 满足 质量 需求 ; 
一 一 描述 已 实现 的 软件 的 特征 和 属性 (例如 用 户 手册 7 
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一 一 对 开发 的 软件 在 其 未 交付 使 用 以 前 进行 评价 ; 

一 一 在 软件 验收 前 ,对 它 进 行 评价 。 

对 于 本 标准 中 所 描述 的 特性 ,目前 , 仅 有 少数 几 种 普 忆 接受 的 度量 。 标 准 小 组 或 组 织 也许 会 建立 他 
立 用 领域 和 生存 周期 阶段 的 














们 日 己 的 评价 过 程 模 肚 以 及 建 并 和 确认 与 这 些 特性 相关 的 且 可 以 履 剖 个 同 应 
度量 方法 。 当 无 合适 的 度量 可 供 使 用 又 不 能 确定 的 情况 下 ,有 时 也 可 能 采用 语言 描述 或 "经验 准则 ?”。 
为 了 使 用 这 六 个 质量 特性 来 定义 和 评价 ,还 必须 制定 组 织 或 应 用 所 特有 的 ,或 者 两 者 共同 特有 的 等 
级 和 准则 。 
在 告知 评价 结果 时 ,应 该 说 明 进 行 质量 评价 时 所 使 用 的 度量 ,等 级 以 及 准则 。 
尽管 没有 普遍 接受 的 软件 分 类 体系 ,但 确 存在 几 种 被 广泛 接受 的 软件 类 型 。 对 于 不 同 的 软件 ,各 个 
质量 特性 的 重要 性 是 不 同 的 。 例 如 ,可 靠 性 对 于 任务 关键 型 系统 软件 是 最 重要 的 ;效率 对 于 时 间 关 键 型 
的 实时 系统 软件 是 最 重要 的 ;而 易 使 用 性 对 于 交互 终端 用 户 软件 是 最 重要 的 。 
各 个 质量 特性 的 重要 性 也 因 所 考虑 的 观点 不 同 而 异 。 
5.2 软件 质量 的 观点 
下 面 对 其 中 某 些 观点 进行 论述 。 
5.2.1 用 户 观 点 
GB/T 6583 一 92 中 的 质量 定义 反映 了 用 户 观 点 ,本 标准 的 特性 定义 也 反映 了 此 观点 。 
用 户主 要 感 兴趣 的 是 使 用 软件 .软件 的 性 能 和 使 用 软件 的 效果 。 用 户 评价 软件 ,对 软件 内 部 的 各 方 
面 或 软件 是 如 何 开发 的 情况 一 无 所 知 。 用 户 的 问题 会 包括 ， 
一 一 软件 是 否 具 有 所 需求 的 功能 ? 
一 一 软件 的 可 靠 程度 如 何 ? 
一 一 软件 的 效率 如 何 ? 
一 一 软件 使 用 是 否 方便 ? 
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曙 moh 
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一 一 该 软件 转移 到 男 一 环境 是 否 容 易 ? 


5.2.2 开发 者 观点 

























































































于 软件 质量 特性 对 和 需求 和 验收 均 适 月 
在 开发 现行 软件 时 , 隐 含 的 需求 必须 反映 在 质量 需求 中 。 
于 开发 者 负责 生产 满足 质量 需求 的 软件 , 故 他 们 对 中 间 广 











求 用 户 和 开发 者 使 用 同村 





质量 特性 。 



































以 及 最 终 产 品质 和 
































了 在 各 个 开发 阶段 评价 中 间 产 品质 量 ,开发 者 不 得 不 对 同样 的 特 














都 感 兴趣 ,为 

















使 用 不 同 的 度量 。 





于 生存 周期 的 所 有 阶段 ,例如 考虑 效率 时 ,用 户 月 























于 发 者 在 设计 规格 说 明 



































长 度 , 存 取 时 间 和 等 待 时 间 。 一 般 而 言 , 适 月 


代 。 


开发 者 的 观点 还 必须 体现 维护 软件 者 需要 的 质量 特 


5.2.3 管理 者 观点 














日 于 产品 外 部 接口 的 度量 被 




















管理 者 也 许 更 注重 总 的 质量 而 不 是 茶 

















特性 ,为 此 须根 据 商务 需求 对 各 个 特性 























因 同 一 度量 不 适用 
! 则 必须 用 路 径 
的 结构 的 度量 所 取 

















E 赋 于 权 值 。 


管理 者 还 需要 从 管理 的 准则 ,诸如 进度 拖延 或 成 本 超支 ,与 质量 的 提高 之 间 进 行 权衡 ,因为 他 希望 


























以 有 限 的 成 本 .人力 和 时 间 使 质量 达到 优化 。 























5. 8 评价 过 程 模型 












































体 的 过 程 ( 如 度量 分 析 和 确认 ) 均 未 示 出 。 




















图 1 表示 用 本 标准 中 定义 的 质量 特性 来 











于 图 1 的 高 层次 性 , 故 一 些 具 
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管理 需求 需求 定义 






规定 或 隐 含 本 标准 和 其 他 
的 需求 技术 信息 
质量 需求 质量 需求 说 明 书 






定义 








评估 准则 
定义 


准备 








评价 


结果 
(是 奉 通过 验收 》 








图 1 评价 过 程 模型 
这 过 程 由 三 个 步 又 组 成 ;质量 需求 定义 、 评 价 准备 和 评价 过 程 。 这 个 过 程 可 应 用 于 软件 产品 每 个 组 

成 部 分 的 每 个 合适 的 生存 期 阶段 。 

5. 3.1 质量 需求 定义 

第 一 步骤 的 目的 是 根据 质量 特性 和 可 能 的 子 特 性 来 规定 需求 。 需 求 表达 了 环境 对 被 评价 软件 的 要 

求 ,必须 在 开发 前 就 被 定义 。 当 软件 产品 分 解 成 者 干 主要 组 成 部 分 时 ,从 总 的 产品 需求 衍生 出 来 对 各 个 

组 成 部 分 的 需求 就 可 能 有 所 不 同 。 

5. 3.2 评价 准备 

第 二 步骤 的 目的 是 准备 好 评价 基础 。 

5. 3.2.1 质量 度量 的 选择 
对 质量 特性 进行 定义 所 采用 的 方式 不 提供 对 它们 的 直接 测量 ,需要 建立 与 软件 产品 的 特性 相关 的 

度量 。 与 茶 一 特性 相关 的 每 个 可 定量 的 软件 特征 和 软件 与 其 环境 的 每 个 可 定量 的 相互 作用 均 可 作为 一 

个 度量 。 


度量 可 以 因 不 同 的 环境 和 不 同 的 开发 阶段 而 异 。 由 于 根据 用 户 观点 所 采用 的 度量 是 关键 的 , 故 开发 
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过 程 中 使 用 的 度量 应 与 用 户 各 自 采 用 的 度量 相关 。 
5. 5.2.2 等 级 的 定义 

对 可 定量 的 特征 可 以 
不 表示 满足 的 程 









































用 质量 度量 来 定量 地 测量 测量 结果 即 实测 值 可 映射 到 茶 个 太 度 上 ,这 个 值 并 
度 。 为 此 ,这 些 矿 度 必须 分 割 成 对 需求 的 各 个 不 同 满足 程度 的 区 域 ( 见 图 2)。 因 为 质量 























与 给 定 需求 有 关 ，, 故 不 可 能 有 通用 的 等 级 。 每 一 次 具体 的 评价 中 都 必须 对 等 级 进行 定义 。 


5. 5. 2. 5 


为 了 记 








评估 准则 的 定义 






































5.3.3 讨 


FE 价 过 程 








评价 过 程 模 型 的 最 后 




















已 评定 的 等 级 


度量 尺度 等 级 


图 2 测量 和 评定 等 级 














FE 估 产品 质量 ,必须 把 不 同 特性 的 评价 结果 加 以 归纳 。 评 价 者 必须 为 此 制定 一 种 规程 ,例如 使 
j 决 策 表 或 加 权 平 均 法 。 这 种 规程 通常 还 包括 其 他 方面 ,诸如 在 特定 环境 下 对 软件 产品 质量 评估 有 影响 
的 时 间 和 成 本 等 。 
































步骤 又 细 化 为 三 步 , 即 测量 .评级 和 评 佑 。 


























满意 


不 满意 











IN 



























































应 用 到 软件 产品 上 去 进行 的 活动 。 测 量 结果 就 是 度量 尺度 上 的 那些 值 。 












































5. 5.3.1 测量 
测量 是 把 选 定 的 度量 
5. 5. 3.2 评级 
在 这 一 步 中 ,确定 某 
5. 5. 5.5 评估 





产品 质量 报告 。 然 后 将 归 





























测量 值 的 等 级 ( 见 图 2) 。 



































评 佑 为 软件 评价 过 程 的 最 后 一 步 。 在 这 一 步 中 ,把 一 组 评 出 的 等 级 加 以 归纳 ,其 结果 就 是 一 份 软件 























纳 的 质量 与 其 他 方面 诸如 时 间 和 成 本 进行 比较 。 最 后 























作出 决策 ,决定 对 该 软件 产品 是 否 通 过 验收 ,或 者 是 否 发 行 。 








管理 人 员 根 据 管理 准则 














了 中 


本 附录 为 一 个 说 明 性 的 质量 模型 , 它 将 本 标准 中 的 特性 进一步 定义 成 子 特 ! 
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评价 过 程 模型 进行 质量 测量 之 前 的 必需 


附 录 A 
(提示 的 附录 ) 
质量 子 特性 


一 步 。 以 后 的 有 关 文 档 将 涉及 子 特性 的 测量 。 




















生 。 这 是 使 用 该 标准 的 质 






































在 文献 中 ,已 有 很 多 此 类 质量 模型 ,并 在 实践 中 得 到 应 用 。 这 些 模型 术语 及 定义 的 成 熟 性 还 不 足以 





将 它们 包含 在 一 个 标准 中 。 然 而 ,发 表 它 们 是 为 了 鼓励 在 实践 中 得 到 使 用 ,并 为 以 后 的 版 本 积累 经 验 。 关 





























须 完 全 是 本 附录 给 出 的 那 种 形式 。 


A2 


A2. 
A2. 


A2. 


A2. 


A2. 


A2. 


A2. 
A2. 


A2. 





质量 子 特性 定义 





1 功能 性 ”functionality 
1.1 适合 性 suitability 














与 规定 任务 能 否 提供 一 组 功能 以 及 这 组 功能 的 适合 程度 有 关 的 软件 属性 。 
注 ; 适 合 程度 的 例子 是 面向 任务 系统 i 

















1.2 准确 性 ”accuracy 
































bP 由 子 功能 构成 功能 是 否 合 适 、 

































































与 能 否 得 到 正确 或 相符 的 结果 或 效果 有 关 的 软件 属性 。 





















































注 : 例 如 ,此 属性 包括 计算 值 押 需 的 准确 程度 。 


1.5 互 操作 性 ; 互 用 性 ”interoperability 
与 同 其 他 指定 系统 进行 交互 的 能 力 有 关 的 软件 属性 。 
FE 的 含义 相 混 淆 此 处 用 互 操作 性 ( 互 用 性 ) 而 不 用 兼容 性 ( 见 A2. 6. 4)。 








注 :为 避免 可 能 与 A2. 6.4 易 蔡 换 己 
1.4 依从 性 compliance 




















1.5 安全 性 secutity 





与 防止 对 程序 及 数据 的 非 授 权 的 故意 或 意外 访问 的 能 力 有 关 的 软件 属性 。 





2 可 靠 性 reliability 
2.1 成 熟 性 maturity 


与 由 软件 故障 引起 失效 的 频 度 有 关 的 软件 属性 。 





2.2 容错 性 fault tolerance 





与 在 软件 故障 或 违反 指定 接口 的 情况 下 ,维持 规定 的 性 能 水 平 的 能 
注 :指定 的 性 能 水 平 包括 失效 防护 能 




















A2.2.35 昂 恢 复 性 tecovetability 








与 在 失效 发 生 后 ,重建 其 性 能 水 3 





力 有 关 的 软件 属性 。 














A2. 
A2. 


A2. 


5 易 用 性 usability 














Nl 





时 软件 遵循 有 关 的 标准 、 约 定 、 法 规 及 类 似 规 定 的 软件 属性 。 





35. 1 易 理 解 性 understandability 




















与 用 户 为 认识 逻辑 概念 及 其 应 





3.2 易学 性 learnability 


























与 用 户 为 学 习 软 件 应 用 (例如 i 





me 





























制 、 输 入 、 输 出 ) 所 花 的 努力 有 关 的 软 伯 











键 是 对 于 软件 产品 来 说 ,应 该 有 一 个 至 少 具 体 到 子 特性 一 级 的 软件 产品 质量 模型 ,而 不 在 于 这 个 模型 必 


而 和信 


志 灾 旦 日 示人 壮族 
容量 是 否 合 适 等 。 



















































































j 范围 所 花 的 努力 有 关 的 软件 属性 。 














有 关 的 软件 属性 。 








并 恢复 直接 受 影响 数据 的 能 力 以 及 为 达 此 目的 所 需 的 时 间 和 努 


属性。 
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A2.5.35 昂 操作 性 ”operability 
与 用 户 为 操作 和 运行 控制 所 花 努 力 有 关 的 软件 属 ' 
A2.4 效率 efficiency 
A2.4.1 时 间 特 性 time behaviour 
与 软件 执行 其 功能 时 响应 和 处 理 时 间 以 及 否 吐 量 有 关 的 软件 属性 。 
A2.4.2 资源 特性 resource behaviour 
与 在 软件 执行 其 功能 时 所 使 用 的 资源 数量 及 其 使 用 时 间 有 关 的 软件 属性 。 
A2.5 维护 性 maintainability 
A2.5.1 昂 分 析 性 analysability 
与 为 诊断 缺陷 或 失效 原因 及 为 判定 待 修改 的 部 分 所 需 努 力 有 关 的 软件 属性 。 
A2.5.2 昂 改变 性 changeability 
与 进行 修改 ,排除 错误 或 适应 环境 变化 所 需 努 力 有 关 的 软件 属 
A2.5.5 稳定 性 ”stability 
与 修改 所 造成 的 未 预料 结果 的 风险 有 关 的 软件 属性 。 
A2.5.4 吻 测 试 性 testability 
与 确认 已 修改 软件 所 需 的 努力 有 关 的 软件 属性 。 
注 : 此 子 特性 的 涵义 可 能 会 被 研究 中 的 修改 加 以 改变 。 
A2.6 可 移植 性 ”portability 
A2.6.1 适应 性 adaptability 
与 软件 无 需 采用 有 别 于 为 该 软件 准备 的 活动 或 手段 就 可 能 适应 不 同 的 规定 环境 有 关 的 软件 属性 。 
A2.6.2 昂 安 装 性 installability 
与 在 指定 环境 下 安装 软件 所 需 努 力 有 关 的 软件 属性 。 
A2.6.3 遵循 性 conformance 
使 软件 遵循 与 可 移植 性 有 关 的 标准 或 约定 的 软件 属性 。 
A2.6.4 昂 替 换 性 replaceability 
与 软件 在 该 软件 环境 中 用 来 奉 代 指定 的 其 他 软件 的 机 会 和 努力 有 关 的 软件 属性 。 
1 为 避免 可 能 与 A2.6.3 互 操作 性 ( 互 用 性 ) 的 含义 相 混淆 ,此 处 用 易 葵 换 性 而 不 用 兼容 性 ( 见 A2, 1. 3)。 
2 特定 软件 的 易 蔡 换 性 并 不 隐 含 此 软件 可 由 所 考虑 的 软件 所 替代 。 
3 易 禁 换 性 可 能 包含 易 安装 性 和 适应 性 这 两 个 属性 。 由 于 此 概念 的 重要 性 , 它 已 被 采用 作为 一 个 独立 的 子 特性 。 
































































































































过 
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附 录 B 
(提示 的 附录 ) 
工作 历史 


B1 背景 

软件 产业 正 进入 某 种 成 熟 的 阶段 ,而 与 此 同时 软件 正在 成 为 许多 现代 产品 中 一 个 关键 部 分 。 软 件 的 
渗透 性 已 使 其 成 为 贸易 中 的 主要 因素 。 此 外 , 随 着 对 安全 性 和 质量 的 全 球 化 新 需要 ,有 关 软 件 质量 评价 
过 程 的 国际 性 协定 的 需求 变 得 至 为 重要 。 

基本 上 可 用 两 种 途径 来 保证 产品 质量 ,一 是 保证 产品 的 开发 过 程 , 另 一 是 评价 最 终 产品 的 质量 。 这 
两 种 途径 均 很 重要 ,日 都 要 求 有 一 系统 来 管理 质量 。 该 系统 确定 管理 对 质量 的 保证 ,指明 其 策略 以 及 恰 
当 的 详细 执行 步骤 。 

10 
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则 为 软件 产品 定 
B2 历史 


软件 技术 发 展 的 现状 尚 不 能 提供 一 种 非常 明确 
量 。 目 1976 年 以 来 ,已 经 有 许多 人 为 了 定义 一 种 软件 质量 基本 相 
Boehm ,美国 空军 及 其 他 机 构 提出 的 模型 多 年 来 被 采用 并 得 到 改进 。 


















































对 软件 质量 仍 难以 理解 或 进行 比较 。 
































长 时 期 以 来 ,可 靠 性 一 直 是 衡量 质量 的 唯一 途径 。 
于 他 们 提出 了 许 






































尽管 这 些 研究 是 有 用 的 ,1 
模型 。 























鉴于 这 个 原因 ,ISOVIEC JTC1 技术 委员 会 才 开 


的 标准 化 工作 。 











初步 设想 起 始 于 1978 年 ,1985 年 正式 开始 此 项 标准 的 编 


实现 方面 (或 两 者 ) 决 定 的 软件 性 质 来 
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在 此 期 


就 要 求 有 一 组 描述 产品 且 构 成 评价 基础 的 质量 特性 。 本 标准 





的 , 且 被 广泛 接受 的 


EE 架 做 了 计 














轨 间 ,也 提出 过 其 他 质量 模型 ,并 交付 使 用 ， 














然而 , 当 














多 质量 观点 ,因而 引起 了 混乱 ,为 此 ,有 必要 建立 一 个 标准 

















i 述 软件 质量 


























ISO TC 97 技术 委员 会 系统 整理 






























































制 工 





从 这 项 为 达到 所 要 求 的 一 致 性 以 及 鼓励 世界 范围 








述 方法 来 评价 软件 产品 的 质 
[多 工作 。 许 多 年 来 
今 软件 产品 的 用 户 或 客户 








MceCall, 















































作 , 最 初 提出 的 模型 采用 了 由 应 用 或 





这 些 性 质 的 第 一 步 工作 

















有 不 同 解释 ,因此 ,所 有 控 讨 的 结构 均 较 武断 ,没有 一 个 共同 的 基 














全 | o 














结果 决定 编制 
(GB/T 6583) 的 一 组 成 部 分 的 特性 
出 发 的 。 


B35 ISO 六 个 软件 质量 特性 




















对 于 选用 本 标准 所 描述 的 质量 特性 的 
要 包罗 根据 ISO 质量 定义 的 软件 质量 的 
要 以 最 小 的 重 铬 描述 质量 特性 ， 

要 与 既定 术语 尽 可 能 地 靠近 ， 

















个 标准 的 最 好 机 会 


是 规定 





























一 一 为 了 清晰 和 便于 使 用 ,要 建立 不 超过 6 一 8 个 特性 的 一 
要 确定 供 进一步 细 化 的 软件 产品 的 属性 领域 。 
组 特性 。 

然而 一 个 只 包含 特性 定义 的 纯 术 语 标 准 
何 进 行 软件 产品 质量 评价 的 说 明 编 入 了 本 标准 中 。 
在 实践 中 对 软件 产品 质量 评价 可 能 还 
特性 的 度量 。 但 是 就 目前 的 技术 水 平 而 言 ,在 此 领域 还 不 能 建立 标准 。 然 而 
大 大 地 推迟 本 标准 的 发 布 。 此 外 ,许多 国家 在 此 方面 
法 ,以 后 对 这 些 方法 的 协调 则 将 费时 和 费 钱 。 



























































技术 委员 会 的 工作 导致 了 上 述 一 


































































































组 基于 质 





旦 人 





求 如 下 ， 


一 切 方面 ; 








后 可 
需要 





是 不 会 给 予 有 




















上 户 评 





鉴于 上 述 原 因 , 技 术 委 员 会 现在 发 布 本 标准 以 便 进 

















组 特性 ; 











于 缺乏 定义 而 告 失败 。 不 同 专家 对 术语 


义 的 即 后 来 成 为 ISO 8402:; 1986 
。 这 个 国际 性 的 定义 对 各 类 产品 和 服务 均 能 接 





受 , 它 是 从 用 户 的 需求 





价 软件 质量 以 足够 文 持 的 ,因此 就 把 如 




















除 目 前 掌握 的 特性 以 外 的 其 他 特性 ,并 需要 有 对 于 每 














是 等 待 这 方 
都 在 进行 有 关 工 作 , 势 必 会 建立 许 a 


面 改进 , 则 会 




















er 








步 协调 今后 工作 ,制定 隶属 于 这 六 个 质量 特性 








的 质量 子 特性 工作 正在 技术 委员 会 内 进行 ,并 计划 发 布 若干 个 有 关 软 件 工 程 和 软件 质量 的 标准 。 




















